パブリック・クラウド用の IP クォーラム・アプリケーションの構成

IP クォーラム・アプリケーションは、別個のサーバーまたはホスト上で稼働する Java™ アプリケーションです。IP クォーラム・アプリケーションは、イーサネット・ネットワークで、システム上の半分のノードまたはエンクロージャーが使用不可になる障害シナリオを解決するために使用されます。このシナリオでは、このアプリケーションは、どのノードまたはエンクロージャーがホスト操作の処理を続行できるかを判別して、システムの半分が両方とも入出力処理を別々に続行する分割システムを回避します。

IP クォーラム・アプリケーションは、外部ストレージが構成されていない、単一サイトまたは標準トポロジーで構成されているシステムに対して、クォーラム・デバイスとして機能することもできます。システムが標準トポロジーで構成されている場合、IP クォーラム・モードは「標準」に設定されます。「優先」または「勝者」のクォーラム・モードが使用可能になるのは、システム・トポロジーが標準に設定されていない場合のみです。IP クォーラム・アプリケーションのクォーラム・モードを変更するには、「設定」 > 「システム」 > 「IP クォーラム」を選択し、モードを「優先」または「勝者」に設定するか、chsystem コマンドを使用します。この構成ではシステム・タイ・ブレーク機能が使用可能となり、システムのノードまたはエンクロージャーの半分がアクセス不能な場合に入出力処理が自動的に再開されます。

複数サイト・トポロジーをサポートするシステムでは、サイトで実行されているアプリケーションや、環境でクォーラム管理に 3 番目のサイトを使用しているかどうかなどの他の要因に基づいて、どのサイトが中断後に入出力を再開するかを指定できます。例えば、選択したサイトが入出力再開で優先されるかどうか、またはサイトがタイ・ブレークのシナリオで自動的に「勝者」となるかどうかを指定できます。重要なアプリケーションが実行されているサイトが 1 つのみの場合は、そのサイトを優先として構成できます。中断中、システムは、「優先」に指定されていない他のサイトでのタイ・ブレーク操作の処理を遅らせます。指定された優先サイトの方が入出力を再開する傾向が高くなり、重要なアプリケーションはオンラインのままになります。優先サイトが中断が発生したサイトである場合は、他のサイトが引き続きタイ・ブレークの勝者となり、入出力を続行します。この機能は、IP クォーラム・アプリケーションにのみ適用されます。ファイバー・チャネル・ベースの 3 番目のサイトのクォーラム管理には適用されません。 IBM Cloud™ のベアメタル・サーバーまたは仮想サーバーのいずれかに少なくとも 1 つの IP クォーラム・アプリケーションが必要です。IP クォーラム・アプリケーションは、IBM Cloud 構成の 2 ノード・システムと 4 ノード・システムの両方で必要です。2 ノード・システムでは、IP クォーラム・アプリケーションはノード障害発生後に可用性を維持します。4 つのノードがあるシステムでは、IP クォーラム・アプリケーションは、その他の障害シナリオに対処するために必要です。IP クォーラム・アプリケーションは、IBM Cloud の別個のベアメタル・サーバーまたは仮想サーバーで実行される Java™ アプリケーションです。現在、3 番目のサイトのクォーラム・ディスクを使用している場合は、その 3 番目のサイトを削除してから IP クォーラム・アプリケーションを使用する必要があります。

IP クォーラム・アプリケーションの使用には、IP ネットワークに関する厳密な要件といくつかのデメリットがあります。システム構成の特定の側面が変更される場合、IP クォーラム・アプリケーションを再構成してホストに再配置する必要があります。例えば、システムのノード (またはホット・スペア・ノード) を追加あるいは削除した場合や、ノードのサービス IP アドレスを変更した場合などです。その他の例として、システム証明書の変更やイーサネット接続の問題の発生が挙げられます。イーサネット接続の問題により、IP クォーラム・アプリケーションはまだオンラインになっているノードにアクセスできなくなります。IP アプリケーションがオフラインの場合、システム構成が変更されているため、IP クォーラム・アプリケーションを再構成する必要があります。管理 GUI に IP クォーラム・アプリケーションの状態を表示するには、「設定」 > 「システム」 > 「IP クォーラム」を選択します。lsquorum コマンドを使用して、IP クォーラム・アプリケーションの状態を表示することもできます。

IP クォーラム・アプリケーションは、IBM Cloud 内のベアメタル・サーバーまたは仮想サーバーのいずれかで稼働します。この IP クォーラム・アプリケーションは、ノード間で通信の中断が発生している場合にどのノードが操作の処理を続行するかを判別するよう機能します。ただし、IP クォーラム・アプリケーションは、システムのリカバリーに使用される構成データを保管することはできません。システム・データが必ず復元されるようにするために、この目的のベアメタル・サーバー上の内部ディスクから内部ディスクが 1 つ自動的に割り当てられます。このローカル・ディスクには、障害シナリオ時にシステム構成を復元するために使用できるメタデータが保管されます。

単一システムにデプロイできる IP クォーラム・アプリケーションの最大数は 5 です。ホストまたはサーバーごとにサポートされる IP クォーラム・アプリケーションのインスタンスは 1 つのみです。複数のホストまたはサーバー上で IP クォーラム・アプリケーションを構成することで、冗長性を提供することができます。環境内に複数の Spectrum Virtualize システムがある場合、複数の IP クォーラム・アプリケーションがホストごとに許可されますが、各 IP クォーラム・インスタンスは環境内の単一の Spectrum Virtualize システムでのみ使用する必要があります。また、ホストやサーバーは、複数の IP クォーラム・インスタンスをサポートするために使用可能な帯域幅が必要です。次のネットワーク要件を使用して、これらのタイプの環境で必要な帯域幅と待ち時間を判別します。推奨される構成は、ホストまたはサーバーごとに IP クォーラム・アプリケーションのインスタンスが 1 つのままです。

システムによって提示されるストレージに依存するホスト上に IP クォーラム・アプリケーションを導入しないでください。そのようにすると、IP クォーラム・アプリケーションがストレージにアクセスできないことが原因で、ノードが入出力を処理するために IP クォーラム・アプリケーションを検出する必要があるときに検出できなくなる可能性があります。